Skip to content

Clarify the "enter(-ed)" events #9210

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Closed
wants to merge 2 commits into from
Closed

Clarify the "enter(-ed)" events #9210

wants to merge 2 commits into from

Conversation

thePanz
Copy link
Contributor

@thePanz thePanz commented Feb 6, 2018

Added clarification about the marker-store for the enter and entered events.

@xabbuh xabbuh added this to the 3.4 milestone Feb 15, 2018
@javiereguiluz
Copy link
Member

@lyrixx since you are our biggest Workflow expert, could you please review these proposed changes? Thanks!

Copy link
Member

@lyrixx lyrixx left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Thanks for the clarification.

I let few minor comments

is marked as being in the new place.
The object is about to enter a new place. This is the event where the object is
going to be marked as being in the new place.
Please notice: the marker store of the object is not yet updated with the new state.
Copy link
Member

@lyrixx lyrixx Feb 16, 2018

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Nice catch. But the vocabulary is not accurate.

Please notice : the marking of the object is not ...

The marking is the representation of the subject in the workflow
The marking store is the interface between the subject and the workflow
The marker store does not exist

s/state/places/ (plural!)

@@ -265,8 +266,8 @@ order:
* ``workflow.[workflow name].enter.[place name]``

``workflow.entered``
Similar to ``workflow.enter``, except the marking store is updated before this
event (making it a good place to flush data in Doctrine).
The object has entered a state and the marker store is updated (making it a good
Copy link
Member

@lyrixx lyrixx Feb 16, 2018

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

  • has entered in the places (I'm not so fluent, but we should talk about places (plural) and not state)
  • and the marking is updated (not the marking store)

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Fixed!

The object entered a new place. This is the first event where the object
is marked as being in the new place.
The object is about to enter a new place. This is the event where the object is
going to be marked as being in the new place.
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Actually, this is the event before the subject (everywhere in the code I used subject and not object, I think it's better if the doc reflects that) is going to be updated

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Updated as:

    The subject is about to enter a new place. This is the event triggered before the subject is
    going to be updated as being in the new places.
    Please notice: the marking of the subject is not yet updated with the new places.

@thePanz
Copy link
Contributor Author

thePanz commented Feb 20, 2018

Thanks @javiereguiluz and @lyrixx for the review!
I updated the PR following your comments!

Copy link
Member

@lyrixx lyrixx left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

👍 for the technical part.
I let others review the style ;)

Thanks for this PR.

Note: The target branch (4.0) is wrong, it should be 3.3

@thePanz thePanz changed the base branch from 4.0 to 3.3 February 21, 2018 17:28
@thePanz
Copy link
Contributor Author

thePanz commented Feb 21, 2018

Thanks @lyrixx I changed the target branch and rebased my changes on the 3.3 branch.

@javiereguiluz
Copy link
Member

@thePanz thanks for this contribution and for your patience during the review process. Regarding the right branch for this change, it should be 3.4 because 3.3 is no longer maintained. For future contributions, don't worry much about the branch because doc maintainers can change it when merging. Thanks!

javiereguiluz added a commit that referenced this pull request Feb 23, 2018
This PR was submitted for the 3.3 branch but it was merged into the 3.4 branch instead (closes #9210).

Discussion
----------

Clarify the "enter(-ed)" events

Added clarification about the marker-store for the `enter` and `entered` events.

Commits
-------

f73660d Minor reword
92abab6 Clarify the "enter(-ed)" events
@thePanz thePanz changed the base branch from 3.3 to 3.4 February 23, 2018 08:18
@thePanz thePanz deleted the patch-1 branch February 23, 2018 08:19
@thePanz
Copy link
Contributor Author

thePanz commented Feb 23, 2018

Thanks @javiereguiluz ! :)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging this pull request may close these issues.

5 participants